遇到苹果的DPLA违规封号警告，开发者请慎重处理
⬆️欢迎戳蓝字关注⬆️
DPLA：Apple Developer Program License Agreement，即苹果开发者许可协议。
如果开发者收到来自苹果官方的 DPLA 违规邮件，一般都是封号前的最后警告，开发者必须谨慎对待，不然很容易结果就是账号终止。
像我在《记录暂时退圈的移动创业者》提到的 K 总，就是在 DPLA 警告后一个月内就被封号了。
DPLA 封号警告一般都是用下面这个模式开头：
We're writing to inform you that your account isn't in compliance with the Apple Developer Program License Agreement (DPLA).
接着会提供开发者违规的大致类型，主要是下面两种：
Section 11.2。开发者层面：误导、欺诈、不当、非法和不诚实的行为。
Section 5.6.4。消费者层面：存在不可忽略的产品质量问题，和用户期望严重不符。
下面分步骤来讲一讲。
📝 开发者层面：误导、欺诈、不当、非法和不诚实的行为
Section 11.2 的问题基本和刷下载和刷好评有关，也包括隐藏特性（切支付、切功能等），但这里只重点说刷的问题，因为隐藏特性的问题基本不会走到警告层面，苹果对隐藏特性的处理更喜欢直接封号。
如果开发者遇到 11.2 的警告，第一件事是立刻、马上停掉所有机刷业务，不要抱有侥幸心理，如果开发者是通过第三方合作达成的机刷业务，要立刻联系他们终止。
如果开发者没有刷过，却收到通知，那么可能是有其他开发商（竞争对手等）在给自己的产品刷量。（但是你不可能等到苹果警告才发现，对吧。）
这时候能做的就是向苹果报备情况。
https://developer.apple.com/contact/#!/topic/SC1101/subtopic/30003/solution/select
原则上能电话选电话，但是有时候电话支持当前不可用，就选邮箱。
📝 消费者层面：存在不可忽略的产品质量问题，和用户期望严重不符。
这个问题要比上一个问题更让人疑惑，也更棘手。
Section 5.6.4 主要来自以下两个方面。
退款率过高。
用户投诉过多。
退款率问题，苹果没有公开表态过究竟多少才算高（例如，10%究竟算不算高），但是开发者自己可以做一些阈值评估当做指标。（例如，把订阅人数与退款人数的比率降到 8% 以下）
最常见的导致退款率高的原因，我总结主要分三个方面。
开发者定价过高且支持免费试用。
付费流程存在诱导或者歧义。（这类问题最容易导致封号）
某些地区出现大批用户“薅羊毛”的情况。
第一和第二个问题属于产品层面的问题，一般这种问题的本质上是开发者盲目利益最大化的欲望和苹果要平衡用户满意度之间的矛盾，如果已经被苹果警告了，开发者这时候能做的就是退后一步牺牲下盈利空间，否则只能自行承担封号的后果了。
第三个问题一般是开发者自己查数据时发现的异常，如果这个地区对开发者盈利影响不大，可以先把产品从这个地区下架。退款率自然就下来了。
💬 要不要先把产品下架了做整改
先抛一个结论：当遇到封号警告时，立刻下架产品然后再定位原因去整改，被封号的概率会极大幅度降低。
但是这并不意味着我建议大家遇到警告立刻下架产品。毕竟这对开发者来说损失肯定很大，只能根据自己的情况去做斟酌。
这里有必要解释一个疑惑，既然被警告后大致知道原因了，例如大致知道是因为退款率低，或者自己刷榜了，那停止违规行为，或者提交新版改问题就可以解决了，为什么要用主动下架这么极端的行为呢。
这里存在一个风险取舍问题，这个风险总结就是：面对苹果的封号警告，后续苹果采取的封号行动是几乎不可预测的，甚至当开发者采取了解决策略时，可能封号行动就已经被执行了。
例如，当退款率过高引起警告时，开发者立刻调整了产品方案，提交审核，但是这段审核周期的时间存在不确定性，可能在审核过程中就被执行了封号；另一方面，即使审核通过了，开发者也无法保证产品的改动足以降低退款率。
💬 结语
以上是开发者遇到封号警告时面对的一般情况。有人问我，遇到这种邮件，找苹果“解释”有效果吗？其实如果你自己知道自己已经违规了，就不要画蛇添足去解释了，积极整改才是王道。封号警告和封号之间就差一小步了，开发者这时候切勿抱着侥幸心理，积极配合整改才是正事。
如果你不幸已经被封号了，那么要挽回账号就要拼运气了，但是死马当活马医，搏一搏成功了的案例也不是没有，参见我的案例记录。
当然，如果你有任何疑问，是可以通过 contact 渠道和苹果沟通的。照例也可以通过下面的链接：
https://developer.apple.com/contact/#!/topic/SC1101/subtopic/30003/solution/select
完。